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Abstract —Functional Reactive Programming (FRP) is an ap¬ 
proach to streaming data with a pure functional semantics as 
time-indexed values. In previous work, we showed that Linear¬ 
time Temporal Logic (LTL) can be used as a type system 
for discrete-time FRP, and that functional reactive primitives 
perform two roles: as combinators for building streams of data, 
and as proof rules for constructive LTL. In this paper, we add 
a third role, by showing that FRP combinators can be used to 
define streams of types, and that these functional reactive types 
can be viewed both as a constructive temporal logic, and as 
the types for functional reactive programs. As an application of 
functional reactive types, we show that past-time LTL (pLTL) 
can be extended with FRP to get a logic pLTL+FRP. This 
logic is expressed as streams of boolean expressions, and so 
bounded satisfiability of pLTL can be translated to Satisfiability 
Modulo Theory (SMT). Thus, pLTL+FRP can be used as a 
constraint language for problems which mix properties of data 
with temporal properties. 

I. Introduction 

The slogan “propositions are types, proofs are programs” 
can be indexed by time, to give a new slogan “temporal 
propositions are functional reactive types, proofs are functional 
reactive programs.” This is the core idea behind the author’s 
prior work [11], developed simultaneously by Jeltsch [14], 
showing that a constructive variant of linear-time temporal 
logic (LTL) [21] can be regarded as a type system, whose proof 
objects are expressed using discrete-time Functional Reactive 
Programming (FRP) [7], 

In this paper, we further explore the connection between 
FRP and temporal logic, by showing that not only can FRP 
programs express the proofs of temporal propositions, they 
can also express the propositions themselves. We do this by 
defining FRP in a dependently typed functional language, in 
which there is no distinction between the language of types 
and the language of values. The type of streams is [As] where 
As is a stream of types; the type [Ao :: A\ :: A 2 • •] is 

inhabited by stream (i>o :: V\ :: v 2 :: • • •) where each v, has type 
A, : . For example, the stream (1:: true:: 2:: false ::•••) has type 
[N::B::N ::B ::•••]. 

Constructively, types can be viewed as propositions: a proof 
of the proposition A is given by a value v of type A. A stream 
of types (Ao :: A\ :: A 2 ■ •) can thus be seen as a temporal 
property, which is true at time k whenever A k is inhabited. A 
stream of values (no:: Vi ::v 2 ::•••) of type [A 0 :: A\ ::A 2 ::•••] 
provides a witness v* for each A t . Thus, inhabitance of the 
type [As] can be viewed as a proof that As is true at all 
times, that is that As is a tautology. 

In [11], we showed that the combinators of an FRP library 
can perform double duty: as well as their usual use as the 
building blocks of reactive programs, they can be seen as proof 


combinators for proving tautologies in a constructive variant of 
LTL. In this paper, we add another use for FRP combinators: 
they allow the construction of streams of types, which in turn 
can be used to give the types of the combinators themselves. 
Thus, functional reactive programs can be used to construct 
functional reactive types. 

For example, consider the “head” and “tail” functions: 

!(x :: xs) = x • (x :: xs) = xs 

Now, consider the type of the “head” function: it takes a stream 
(v ::vs), whose type is [A:: As], and returns a value v of type 
A. Now, A is the head of (A :: As), so its type is: 

! : [As] ->!As 

Similarly, the type of “tail” is: 

• : [As] -> [*As] 

This simple example shows the triple play of functional 
reactive programs with functional reactive types: 

1) As a function on streams of values, • is the familiar 
“tail” function. 

2) As a function on streams of types, • is the “next time” 
modality of LTL: *As is inhabited at time k when As 
is inhabited at time k + 1. 

3) As a proof combinator, • takes a proof of [As] and 
returns a proof of [*As], that is if As is tautology, then 
•As is a tautology. 

In particular, we can define a recursive function indn which 
performs iteration over streams: 

indn(/ :: fs)(x) = {x :: indn(/s)(/(a;))) 

As a function on streams, this is an “accumulating fold”: 

indn(/ 0 :: A ::/ 2 ::•••)(*) 

which can be used to define functions such as sum, which 
provides a running total of a stream of numbers: 

sum($o :: X\ :: x 2 :: ■ • •) 

= (xo :: (% + Xo) " (a >2 + £1 + Xo) :: • • •) 

As a function on streams of types, it can be used to define 
modalities such as “always in the past” (□), where □ As is 
inhabited at time k whenever As is inhabited at every time 
j < k, that is it gives a running product of a stream of types: 

□ (A 0 :: Ai :: A 2 ::•••) 

= (A 0 :: (Ai x A 0 ) :: (A 2 x Ai x A 0 ) ::•••) 







As a proof combinator, it is an induction principle for LTL: 

indn : [As => *As] -A (!As) -a [As] 

where =>■ is the pointwise lifting of the function space to 
streams of types: 

(A :: As) => (B :: Bs) = (A -*■ B) :: (As => Bs) 

That is, indn says that if truth of As at time k implies truth 
of As at time k + 1, and As is true at time 0, then As is true 
at any time k, which is the usual induction scheme over N. 
This use of induction over N to give an LTL type for recursive 
FRP programs is similar to Krishnaswami and Benton’s [17] 
use of contraction maps in ultrametric spaces. 

In the remainder of this paper, we will make the notion 
of functional reactive type more precise. Section II gives the 
mathematical preliminaries for the paper. Section III defines 
the stream combinators, and their types. Section IV shows how 
past-time LTL (pLTL) can be coded as streams of types. 

As an example of pLTL with FRP, in Section V, we show 
how to define streams of expressions in a theory of booleans 
and integers, such that satisfiability of a boolean expression 
corresponds to satisfiability of a pLTL formula. This allows 
expression of pLTL formulae which makes use of stream 
expressions constructed using FRP combinators, for example: 

□ (sum(a;s) + ys = 0) 

The expression language used is suitable for passing on to 
an SMT solver (see, for example de Moura and Bjprner’s 
survey [5]), and so gives a simple algorithm for checking 
/. -bounded satisfiability of pLTL+FRP: construct a stream of 
expressions (E 0 :: E\ :: E 2 :: • • •), and pass expression E k to 
an SMT solver. This algorithm has been implemented, using 
Z3 [4] as the solver, with promising execution times (sub¬ 
second on the examples tested). 

Sections II-V of this paper are written in Literate Agda [1], 
and all formal definitions and results are typechecked Agda 
code [12], 


II. Mathematical preliminaries 

This paper uses Agda [1] as its expression of constructive 
mathematics and dependent type theory. We will elide some of 
Agda’s technical machinery, such as extensionality, inferrable 
arguments, universes and universe polymorphism. In particular 
we will work as if the type of types were itself a type (in the 
formal development we use universe polymorphism instead of 
making this unsound assumption): 


We write x for product, l±J for coproduct, _L for empty, and 
T for singleton: 
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We write V for universal and 3 for existential quantification, 
(where B : A —> *): 

(Va: —> B(x)) : * (3a: —> B(x)) : * 

Universal quantification is a function space, and existential 
quantification is a product, inhabited by (where L : A, M : 
B(L) and N(x) : B(x)): 

(Ax -A N(x)) : (Vs -A B(x)) ( L , M) : (3s -> B(x)) 

We write (A —> d B) as a synonym for universal quantifica¬ 
tion: 

(_->“_) : (V(A:*)-> (A-►*)-♦*) 

(A d B) = (Vs B(x)) 

The type (x = y) is inhabited whenever x and y are proposit- 
ionally equivalent; its only constructor is * of type (x = x): 

(- = -)■ A -A A -> * *:(x=x) 

We use = to define < on the natural numbers: 

(_<_): N -A N -A * ( m <n) = (3 1 -» £ + m = n ) 
P(A) is the constructive powerset: 

P : * ->• * P(A) g|A *) 

We define the usual constructions on sets, in particular x £ S 
is true whenever S(x) is inhabited, and set comprehension is 
just an abbreviation for A-abstraction: 

{x e s.) = s(x) {x\P(x)}^(Ax^P(x)) 

All formal definitions and results in this paper are written in 
Literate Agda, and typecheck. 

III. Functional Reactive Programs and Types 
In this section, we formalize our notion of streams, and 
define FRP combinators which can be used to define streams 
of values, streams of types, and tautologies in constructive 
temporal logic. 

We begin with the type of homogeneous streams, defined in 
Figure 1. The type A u is the type of homogeneous streams, 
all of whose elements are of type A. In keeping with the 
FRP tradition, streams are defined as functions Time —y A, 
and since we are interested in discrete-time FRP, A u is just a 




(_“) : * * 

A" = N -f A 
(_):A^ A" 

(x)(n) = x 

Fig. 1. Homogeneous FRP 

[As] = (Vn —F As(n)) 

! : [As] -f As(0) 

Szs = xs(0) 

• : [As] -A (Vn —F As(n + 1)) 

(•xs)(n) = xs{n + 1) 

(_ - _) : As(0) —> (Vn -F As(n + 1)) —F [As] 
(a;:: a;s)(0) = a; 

(a;:: a;s)(n+ 1) = xs{n) 

(_ $ _) : (Vn -F Va; -F Bs(n)(®)) -F 

(Va:s —F Vn —F Bs(n)(xs(n))) 

(fs $ xs)(n) = fs(n)(xs(n)) 

indn : (Vn —F As(n) —F As(n + 1)) —F 
As(0) —F [As] 

indn(/s)(a:)(0) = x 

indn (fs)(x)(n + 1) = /s(n)(indn(/s)(a:)(n)) 

Fig. 2. Heterogeneous FRP 

synonym for N —F A. Of particular instance is the case where 
A is *, since * w is the type of streams of types, which are the 
functional reactive types we are interested in. 

We define the constant stream (k), equal to (k :: k :: k :: • • •), 
which has type A u whenever k has type A. For example (1) 
has type N w , (_ + _) has type (N -F N -F N) w , (N) has type 
and (_ ._) has type (★-►*-»• *)". 

We now turn our attention to heterogeneous streams, in 
Figure 2. The type [As] (where As is a stream of types, that is 
its type is * w ) is inhabited by heterogeneous streams xs where 
each xs(i) has type As{i). In particular, note that: 

A“ = [(A)] 

That is, homogeneous streams are an instance of heteroge¬ 
neous streams. In particular, the constant stream function can 
be given the type: 

(-) : A —^ [(A)] 

This typing is well-founded because the type of (_) is defined 
to be A —^ A w (which is well-founded) which is definitionally 
equivalent to A —» [(A)]. We define (_) using homogeneous 
streams, as we could not define (_) to have type A —y [(A)] 
directly, since this would use the definition of (_) in its own 
type, which is not well-founded. 


(As A Bs) = ( x _) $ As $ Bs 

(As V Bs) = (_ l±l _) $ As $ Ss 

(As =>■ Bs) = (_ —¥ _) $ As $ Bs 

(As <= Bs) = (Bs => As) 

(As «=> Bs) = (As <= Bs) A (As =>■ Bs) 

L^ d ) : (V(/1s : *-) ^ [/Is ^ (*)] -+■**) 

(As => d Bs) = (_ — > d _) $ As $ Bs 

Fig. 3. Logical connectives as functional reactive types 

We define the “head” function (!), “tail” function (•) and 
“cons” function (_::_) which satisfy: 

\(x :: xs) = x 
•(x " xs) = xs 
(\xs::.xs) = xs 
(x :: (x)) = (x) 

The derived types for these functions are: 

!: [As] -F (!As) 

• : -> h^ 45 ] 

(_::_) : A -> [As] [A:: As] 

In particular, for homogeneous streams, these functions have 
their expected type: 

! : A" A 
• : A" -> A“ 

(_::_): A A u -)• A u 

The “apply” function (_$_) applies a stream of functions 
pointwise to a stream of arguments to get a stream of results: 

(f::fs)$(x::xs)=(f(x)::(fs$xs$ 

The type for “apply” is not particularly readable, but we can 
provide a derived type which is much more familiar. First, we 
take a detour into deriving the pointwise logical connectives 
A, => and so on, in Figure 3. These are all defined pointwise, 
for example: 

[As => Bs] = (Vn -4- As(n) -> Bs(n)) 

In particular, the dependent function space on streams has: 

[As => d Bs] = (Vn -► Va; -► Bs(n)(x)) 

Thus, the “apply” function can be given the derived type: 

(_ $ _) : [As 5s|f^§ (Vxs -> [Bs $ a;s]) 

In particular, the independent function space is an instance of 
the dependent function space: 

(As => Bs) = (As =► d (An -f Aa; -f Bs(n))) 
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(_} : 4 -> [<4>] 

! : [As] -> (!4s) 

• : [4s] ->• [*4s] 

%_ :: _) : 4 ^ [As] -> [4 :: 4s] 

(_$_): [4s 5s] -> (Vzs -> [5s $ a»]) 

(_ $ _) : [4s => 5s] —> [4s] —> [5s] 
indn : [4s =► #4s] -> (!4s) -> [4s] 

Fig. 4. Functional reactive types for FRP 

and so “apply” has a specialized type for independent func¬ 
tions, which is the familiar “modus ponens” elimination rule 
for implication: 

(_$_): [4s => 5s] -> [4s] [5s] 

Since: 

((4) 4 (B)) = (4 —>• 5} 
we get for homogeneous streams: 

(_$_): (4 -> B) u -+ A u -> 5“ 

which, together with (_}, gives the structure of an applicative 
functor [18] to homogeneous streams. 

In Figure 4, we restate the types for FRP, using functional 
reactive types. 

The last combinator we consider is the induction rule for 
natural numbers. Its derived type is an induction rule for LTL: 

indn : [4s => *4s] -*> (!4s) -» [4s] 

In particular, for homogeneous streams, indn is an indexed 
iterator: 

indn : (N -> 4 -> 4) -► 4 -> 4 W 
from which we can define the usual stream iterator: 

iterate : (4 —y 4) —y 4 —y 4“ 
iterate(/) = indn(/) 

For example, we can define a clock which returns the current 
time as: 

now : N w 

now = iterate(_+ 1)(0) 
now (n) = n 

Induction can be used to define functions such as a “running 
total” function, defined in Figure 5, satisfying: 

!(sum(xs)) = !a:s 

• (sum(®s)) = •xs plus sum(:cs) 

For example: 

sum(3 :: 2 :: 1 :: (0)) = (3:: 5 :: 6 :: (6)) 

The same technique is used in Figure 6 to define the temporal 
connectives from past-time LTL (pLTL) as functional reactive 
types. For example, the □ modality acts as an iterated product: 

!(n4s) = !4s 
• (□4s) = (*4s) A (d4s) 


scan : [4s => 5s => *5s] -A 
(IBs) -*• [4s] -4 [5s] 
scan(fs)(y)(xs) = indn(/s $ xs)(y) 

scani : [*4s => 4s => *4s] ->• 

[4s] -)■ [4s] 

scani (fs)(xs) = scan (fs)(!xs)(»xs) 

scan2 : [*5s => *4s => Bs => *5s] —> 
[As] -> [5s] -> [5s] 

scan 2 (fs)(xs)(ys) = scan (fs $ •ys)(\ys)(»xs) 

(_ plus_) : N" N w 

xs plus ys = (^4- _) $ xs $ ys 
sum : —> N w 

sum = scani (_ + _) 

Fig. 5. Scan functions 

D4s = T :: 4s 

□ = scani(_ x _) 

0 : ->• 

0 = scani (_ l±l _) 

(_ S _) : ~^ ~ 

(_ S _) = scan 2 (_ W _ x _} 

(_> _) = scan 2 (_ x _ _) 

Fig. 6. Temporal connectives as functional reactive types 


so, for instance: 

□ 4s(2) = 4s(2) x 4s(l) x 4s(0) 

and the S modality acts as an iterated nested product and 
coproduct: 

!(4sS5s) - !5s 

• (4s S 5s) = (*5s) V ((.4s) A (4s S 5s)) 
so, for instance: 

(4s S 5s)(2) = 5s(2) a 4s(2) x (5s(l) a 4s(l) x 5s(0)) 

We have now defined the logical connectives of pLTL as 
functional reactive types, and now look at how proof rules 
for pLTL can be encoded as functional reactive programs. In 
particular, we will show that FRP forms a category whose 
objects are functional reactive types, and whose morphisms 
are programs of type [4 s =>■ 5s], where A is product, V is 
coproduct, □ is a comonad, and 0 is a monad (and so form a 
model of constructive S4 modal logic [2]). The novelty here 
(compared to the author’s previous work [11]) is that all the 
proof rules are defined just using the combinators in Figures 1 
and 2, thus showing that it is sufficient to present streams as 
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(consti (fc) : [(F) $ .As]) where 
(VA^-k: F(A)) 
consti (fe) = ((AA -> k)) $ As 
(const 2 (fc) : [(F) $ As $ Bs]) where 
(VA5 -> k : F(A)(B)) 
const 2 (fe) = ((AA, 5 ->■ A:)) $ As $ 5s 
(const 3 (fc) : [(F) $ As $ Bs $ (7s]) where 
(VA5(7 —> k : F(A)(B)(C)) 
const 3 (fc) = ((AA, 5, (7 —> k)) $As$Bs$Cs 
(const4(fc) : [(F) $ As $ Bs $ Cs $ 5s]) where 
(VA5C5 -)■ jfc : F(A)(B)(C)(D)) 
const 4 (fc) = ((AA, B,C,D ->• k)) $As$Bs$Cs$Ds 

Fig. 7. Polymorphic constants 

ids : [.As =>■ As] 
ids = consti(id) 

(_•_): [5s =» Cs\ H [As => 5s] Hr [As => <7sf 
(fs ■ gs ) = const 3 (_ o _) $ fs $ gs 
(fs ■ ids) = fs 
(ids • fs) = fs 

((fs ■ gs) ■ hs) = (fs ■ (gs ■ hs)) 

Fig. 8. Categorical structure of streams 

an applicative functor with induction to deduce the categorical 
structure. 

Before we can do this, however, we need to take a look at 
polymorphic constants such as the identity function. We are 
interested in finding an identity on streams with type: 

ids : [As => A§] 

The obvious definition is (id), but we can only use this 
definition on homogeneous streams: 

(id) : [(A) =* (A)] 

It cannot be given the more general type [As => As] as the 
type id is being used at is A(n) —y A(n), which depends 
on the time n. The constant stream (k) can only be used 
to construct homogeneous streams whose value and type do 
not depend on the time n. The same problem impacts all of 
the functions over heterogeneous streams such as function 
composition, projections and injections. We need a way to 
allow polymorphic constants whose type depends on the time 
n. We do this in Figure 7 where we define a polymorphic 
constant consti (k) such that: 

consti (fc)(n) = k 

The difference between consti and (_) is its type, since 
consti (A;) allows k to be polymorphic and vary its type with 
time, whereas (k) requires k to be constant in its type. 

(consti(fc) : [(F) $ As]) where (VA -> k : F(A)) 


fsts : [(As A 5s) => As] 
fsts = const 2 (fst) 
snds : [(As A Bs) => 5s] 
snds = const 2 (snd) 
boths : [(As => 5s) =>■ (As => Cs) => 

As => (5s A (7s)] 
boths = const 3 (both) 
map A : [(As => Bs) => (Cs => Ds) => 

((As A Cs) => (5s A Ds))] 
map A = const4(map x ) 

fs = (fsts • (boths $ fs $ gs)) 
gs = (snds • (boths $ fs $ gs)) 
hs = (boths $ (fsts • hs) $ (snds • hs)) 
map A $fs$gs = boths $ (fs ■ fsts) $ (gs ■ snds) 

Fig. 9. Product structure of streams 

inis : [As =>■ (As V 5s)] 

inis == const 2 (inl) 
inrs : [5s => (As V 5s)] 

inrs = const 2 (inr) 

cases : [(As => Cs) => (5s => Cs) => 

(As V 5s) ^ Cs] 
cases = const 3 (case) 
map v : [(As => 5s) => (Cs => Ds) => 

((As V (7s) =► (5s V 5s))] 
map v = const4(map w ) 

fs = ((cases $ fs $ gs) ■ inis) 
gs = ((cases $ fs $ gs) ■ inrs) 
hs = (cases $ (hs ■ inis) $ (hs ■ inrs)) 
map v $fs$gs = cases $ (inis ■ fs) $ (inrs • gs) 

Fig. 10. Coproduct structure of streams 

We are allowing k to have polymorphic type k : F(A) for any 
F :*—>*, for example if we take k to be id and F(A) to be 
A —» A then we have: 

consti (id) : [As => As] 

The definition of consti is: 

consti (k) = ((AA —>■ k)) $ As 

This typechecks because, although consti (k)(n) = k has 
type F(A n ) which depends on n, the function (AA —> k) 
has type VA — > F(A) which does not depend on n. This 
use of dependent types allows us to define constants that 
are parametric in time. In Figure 7 we also define const 2 , 
const 3 and so on. For example, taking F(A)(B)(C) to be 
(5 —> C) —» (A —> B) —> (A —> C), composition of stream 

functions can be defined: 

|j|- _) : [5s => Cs] [As =► Bs] —> [As ^ Cs] 

(fs ■ gs) = const 3 (_ o _) $ fs $ gs 



pLTL : 


map D : [,4s => Bs] -* [n,4s => nBs] 
map D (/s) = scan(map A )(!/s)(*/s) 
extract: [d,4s => As] 
extract = id :: fsts 
duplicate : [d,4s => d(d,4s)] 
duplicate = indn(const3(Ag —> 

both(id)(g o snd)))(id) 
(extract • duplicate) = ids 
(map n (extract) • duplicate) = ids 

(duplicate • duplicate) = (map D (duplicate) • duplicate) 

Fig. 11. Comonadic structure of streams 

map 0 : [,4s => Bs] -> [(Ms => OBs] 
map°(/s) = scan(map v )(!/s)(*/s) 
return : [,4s => (Ms] 

return = id :: inis 

join : [O(OAs) =>■ 0As] 
join = indn(const3(Ag( —> 

case(id)(inro 5 )))(id) 

(join • return) = ids 
(join • map 0 (return)) = ids 

(join - join) = (join • map 0 (join)) 

Fig. 12. Monadic structure of streams 

So we have: 

(/s • gs)(n) = fs(n) o gs(n) 

Proposition 1: Heterogeneous streams form a category 
whose objects are elements of and whose morphisms are 
elements of [.4 s => Bs]. This category has products given by 
As A Bs, coproducts given by As V Bs, a comonad given by 
□ ,4s, and a monad given by (Ms. 

Proof: The constructions are given in Figures 8-12. ■ 

IV. pLTL as functional reactive types 

In the previous section, we claimed that the logical con¬ 
nectives in Figure 3 and the temporal modalities introduced 
in Figure 6 corresponded to past-time LTL (pLTL). In this 
section, we shall make this correspondence precise. 

The variant on pLTL we will use is given in Figure 13. 
We define a logic pLTL(E) which is pLTL over words drawn 
from an alphabet E. The only difference between this version 
of pLTL and the usual presentation is the modality (^constrain 
ip), which we are using as the dual of (0 since classically 
-•((/>constraini/)) is (</>since~u/>). We are using constrain rather 
than the more usual release modality (where (<p release ip) is 
-'(-'('(since-''</;)) because, as we shall see below, constrain cor¬ 
responds constructively to a function space, whereas it is not 
obvious what the constructive interpretation of release should 
be. The constrain modality was introduced (for future-time 


true : pLTL(E) 
false : pLTL(E) 

_ and _ : pLTL(E) -> pLTL(E) -> pLTL(E) 
_ or _ : pLTL(E) pLTL(E) pLTL(E) 
box : pLTL(E) -> pLTL(E) 
dia : pLTL(E) —> pLTL(E) 

_ since _ : pLTL(E) -► pLTL(E) -> pLTL(E) 
_ constrain _ : pLTL(E) ->■ pLTL(E) ->• pLTL(E) 
atom : P(E) pLTL(E) 

Fig. 13. Syntax of pLTL 


LTL) by McMillan [19] and further investigated by Namjoshi 
and Trefler [20], and was used in giving a characterization of 
rely-guarantee reasoning for cyclic systems in LTL. 

The semantics of pLTL is given in Figure 14. Here, |0](n) 
is the set of words drawn from E“ which satisfy property A at 
position n. We have presented pLTL in negation normal form, 
but we can define negation as: 

not : pLTL(E) pLTL(E) 
not(true) = false 
not(false) = true 
not(</> and ip) = not(^) or not (ip) 
r\ot((p or ip) = not(^) and not(V>) 
not(box(^>)) = dia(not(<^>)) 
not(dia(^>)) = box(not(</>)) 
not(^) since ip) = (p constrain not(t/’) 
not(^!> constrain ip) = (p since not(ti’) 
not(atom(B)) = atom(B c ) 

We can then show that this has the expected semantics (where 
S c is the complement of S, defined to be E u \S): 

[not(0)](n) C M(n) c 
M(n) C C* [not(^)](n) 

Here, SC* T means classical set inclusion, that is we use 
excluded middle in showing S C T. This is the only use of 
excluded middle in this paper. 

We now show that the semantics of pLTL can be encoded 
as functional reactive types. This is not completely trivial as, 
for example, the semantics of box is defined using universal 
quantification rather than iterated product. To bridge this 
gap, we introduce alternative characterizations of the pLTL 
modalities as functional reactive types, which is closer to the 
semantics of pLTL. 

We show that this alternative characterization of pLTL is 
isomorphic to the original, where isomorphism ,4 s ss Bs is 
given by a pair of stream functions: 

fs : [,4s => Bs] gs : [Bs => ,4s] 

(/s • gs) = ids (gs ■ fs) = ids 
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[_] : PLTL(E) ^ N ^ P(E") 

[true] (n) = E" 

[false] (n) = 0 

[<t> and V’] (n) = [0] (n) n M (n) 

[<£ or V’] (n) = [0] (n) U [ ip] (n) 

[box(0)](n) = { w | (Vm -> (to < n) -> (to G M(m))) } 

[dia(0)](n) = { w j (3m -> (to < n) x (to £ [</>](m)))} 

[^sinceV’jj(n) = {w j {3£ -> (£ < n) x (Vto -> (^ < to) -> (m < n) -> (tu £ MM)) x (w £ MW))} 

[</> constrain V’l ( n ) = {to j (W -¥ (£ < n) — > (Vto — ¥ {£ < to) — > (to < n) — > (w £ [0] (to))) —> (w e M (i))) } 

[atom (5)] (n) = {to j (w(n) e 5) } 


Fig. 14. Semantics of pLTL 


N N * 

n\ = (Vto —>■(£< to) -» (to < n) -> As(m)) 
(□M,s)(rt) = (Vto — ► (to < n) —t j4s(to)) 

(<) , 74s)(n) = (3 to —► (to < n) x t4s(to)) 

(i4s S' Bs)(n)~= (3£ ^(£<n)x {As(£,n\) x SaW) 

(As [>' Bs)(n) = {W As{£, n] -> 5s W) 

□As « n'As 
OAs w O'As 
As S 5s « As S' 5s 
As \> Bs ~ As [>' 5s 

Fig. 15. Alternative characterization of pLTL as functional reactive types 

The semantics of since and constrain are defined in terms of 
intervals, for example {(j> since t/>) is true at time n if there 
is some £ < n such that t/> is true at time £ and <j> is true 
in the half-open interval (£, n]. For this reason, we introduce 
the interval type As(£,n ] inhabited by streams xs such that 
xs(m) has type As(to) for any £ <m <n. We use As{£,n] 
in defining the alternate versions of As S 5s and As E> 5s, 
for example As S Bs is inhabited at time n whenever there 
is some £ < n such that As(£,n ] and Bs(£) are inhabited. 
This is formalized in Figure 15, including the isomorphisms 
between the previous presentation of pLTL and the alternative 
presentation (the proofs of these isomorphisms total about 200 
lines of Agda). 

Having provided the alternative definitions of pLTL modali¬ 
ties as functional reactive types, it is routine to translate pLTL 
into in Figure 16. The formula (j> from pLTL(E) is given 
an interpretation ((<f)))(w), where w is a word in E w . It is 
a direct induction to show that w £ [0] (n) precisely when 
({(/))) (w)(n) is inhabited. 

Proposition 2: 

(w € y>l(n )| = {(4>)){w)(n) 


((_)) : pLTL(E) ^ E" ^ *“ 

((true)) (w) = (T) 

((false)) M = (_L) 

{{(/) and V>))M = ((#M A ((#(«). 
«^#(») = «fl(ffl)v((#) 
((boxM))H = □'(«#(»)) 

((diaW)))M = 0 , ((M)M) 

((</> since ip)) {w) = ((<f>))(w) S' ((ip))(w) 

{(</) constrain i>))(w) = {{(/>))(w) >' ((#(u;) 
((atom(5)))(fij) = (S) $ w 

Fig. 16. Translation of pLTL into functional reactive types 


Proof: An induction on 0. ■ 

V. pLTL+FRP BOUNDED satisfiability 

We now give an application of the use of functional reactive 
programs and functional reactive types. We show how FRP 
can be used to encode pLTL formulae as streams of boolean 
expressions, such that the boolean expression is true at time 
k precisely when the functional reactive type is inhabited at 
time k, and hence precisely when the pLTL formula is true at 
time k. This gives a simple algorithm for bounded satisfiability 
of pLTL: to check if a formula f is satisfiable at time k, 
encode it as a stream of boolean expressions Es, and then 
check satisfiability of Es(k). 

In the case of pLTL, the use of SAT-solvers to encode 
bounded satisfiability is well-known [3]. What is new here is 
that FRP is being used to encode pLTL. This means that FRP 
expressions can be used in pLTL formulae, and so we have 
a strictly stronger logic in which one can express properties 
such as “the total sum of xs plus ys is always equal to 0,” 
which cannot be expressed in pLTL due to the lack of data 
values. By encoding pLTL+FRP as streams of expressions, 
we can check satisfiability of pLTL+FRP formulae, by using 
a Satisfiability Modulo Theory (SMT) checker [5] to find a 
satisfying assignment for Es(k). 

The syntax of the expression language is given in Figure 17. 
For simplicity, we are just considering a theory with natural 
numbers, addition and equality, but this approach should apply 
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Sort : * 

Exp : (Sort ->★)->• Sort -> * 

bool : Sort 
nat : Sort 

true : Exp(V)(bool) 
false : Exp(V)(bool) 
const : N -> Exp(V)(nat) 

_ and _ : Exp(V)(bool) -> Exp(V)(bool) -> Exp(V)(bool) 
_or _ : Exp(V)(bool) -> Exp(V)(bool) Exp(V)(bool) 
_ impl _ : Exp(L)(bool) -> Exp(V)(bool) ->■ Exp(V)(bool) 
_add_ : Exp(V)(nat) —t Exp(V)(nat) —> Exp(V)(nat) 
_eq_ : Exp(V)(nat) —> Exp(V)(nat) ->• Exp(V)(bool) 
_ne_ : Exp(V)(nat) —> Exp(V)(nat) —> Exp(V)(bool) 
var: V(S) -> Exp(V)(S) 

Fig. 17. Syntax of expression language 


s[J : Sort -> * 
sjbool] = B 
s[nat] = N 

vU ■■ (Sort *) -4 * 
v[Vj = (VS -* V(S) ^ *[SJ1 
e[_] : Exp(y)(S) ^ vfVj -+ sfS ] 
e[var(a:)](p) = p(S)(x) 
e[true](p) = true 
e[false](p) = false 
e[const(n)](p) = n 
efE and Fl(p) = elEl(p)belF i l(p) 
el®orF](p) = elEj(p)\elFl(p) 
elE\ m p\F](p) = elE](p)DelF](p) 

e{E add Fl(p) = elEl(p)+em{p) 

elEe q F](p) = elE](p) = emp) 
e[£neF](p)=e[£l(p)^e[F](p) 

Fig. 18. Semantics of expression language 


to any theory with an SMT solver. The type of expressions 
Exp(F)(S) is parametrized by a set of sorted variables V and 
a sort S. For example, if we have: 

x : Var(nat) y : Var(nat) 

then we can construct an expression encoding x + y = 0 as: 
((var(x) add var(y)) eq const(O)) : Exp(Var)(bool) 

The semantics of the expression language is given in Fig¬ 
ure 18, and is given relative to a sort-respecting assignment 
of values to variables p. For example, if: 

x — p(nat)(x) y = p{ nat)(y) 

then: 

e[((var(x) add var(y)) eq const(0))](p) = ((a: + y) = 0) 


In Figure 19 we lift the syntax of expressions from single 
expressions to streams of expressions. Variables become time- 
stamped variables, for example, writing: 

Exps(V)(S) = Exp(Timestamped(V))(S) w 

we have: 

vars(x) : Exps(Var)(nat) 

Timestamped variables are of the form (x, k) where x is the 
name of the variable, and k is its timestamp: 

vars(a;)(fc) = var(a;, k) 

We can build up streams of arithmetic and boolean expres¬ 
sions, for example the expression “the total value of xs plus 
ys is 0” can be encoded: 

example : Exps(Var)(bool) 
example = ((vars(x) addsvars(y)) eqs consts(O)) 

and if: 

x = p{ nat) (x, k) y s p{ nat) (y, k) 

then: 

e[example(fc)](p) = ((x + y) = 0) 

In the same way as pLTL modalities are encoded as functions 
on streams of types, we can encode pLTL modalities as 
functions on streams of boolean expressions. For example, in 
the same ways as we defined: 

□ = scani( X } 

we define: 

historically = scani(_ and _) 

For example, if: 

x = p(nat) (x, 0 ) y s p{ nat) (y, 0) 

then: 

e|historically(example)(0)](p) = ((a: + y) = 0) 

and if: 

x' = p(nat)(x, k + 1) y' = p(nat)(y, k + 1) 

then: 

e[historically(example)(fc + l)](p) 

= {{x' + y') = 0) & e|historically(example)(fc)](p) 

We can now show that satisfaction of a stream of boolean 
expressions interpreting a pLTL formula is the same as inhab- 
itance of the corresponding functional reactive type. First, we 
define satisfaction of an expression by an assignment p at time 
k to be when e\E$[ri$ J is true: 

/U : Exp(V)(booir -f vM —f 

SlEs](p)(k) = elEs(k)](p) = true 

We can now show that satisfaction of a pLTL formula corre¬ 
sponds precisely to inhabitance of a functional reactive type. 





Timestamped : (Sort -4 *) -► (Sort -4 *) 

Timestamped(V)(S) = V(S) x N 

stamped : V(S) —> N -4 Timestamped(y)(5) 
stamped(a:)(n) = (x,n) 

vars : V(S) —> Exp(Timestamped(V'))(5)“ 
vars(:r) = (var o stamped(a;)) $ now 
consts : N — > Exp(Timestamped(V))(nat) a ' 
consts(n) = (const(n)) 

( adds .) : Exp(V)(nat)" -4 Exp(/)(nat)“ *4 Exp(V)(nat)“ 
(Es adds Fs) = ((_ add _) $ Es $ Fs) 

total : Exp(V)(nat)“ -4 Exp(V)(nat) w 
total = scan i ( add 

. |_ eqs _) : Exp(V)(nat)" -4 Exp(V)(nat) w -4 Exp(V)(bool) w 
(Es eqs Fs) = ((_ eq _} $ Es $ Fs) 

(_ ands _) : Exp(V)(bool)“ -4 Exp(V)(bool)“ -4 Exp(V)(bool) w 
(Es ands Fs) — ((_ and _) $ Es $ Fs) 

(_ors_) : Exp(F)(bool) UJ ->• Exp(l/)(bool) a; -4- Exp(V)(bool) w 
(Es ors Fs) = ((_ or _) $ Es $ Fs) 

historically : Exp(F)(bool) w -4 Exp(l/)(bool) a; 
historically = scani(_ and _) 

once : Exp(F)(bool) UJ -4 Exp(l/)(bool) a; 
once = scani(_or_) 

(_sinces_) : Exp(F)(bool) w -4 Exp(y)(bool)“ -4 Exp(y)(bool) w 
(Es sincesFs) = scan 2 (_or_and_)(£ ; s)(Fs) 

(_constrains_) : Exp(V r )(bool) UJ -4 Exp(K)(bool)" -4 Exp(y)(bool) w 
constrains _) = scan 2 (_ and _ impl 

Fig. 19. Streams of expressions 


Proposition 3: 

[(/[F 5 ](p) A /[Fs](p)) ^ /[.Es ands /•'*»] 
[(/|F 5 ](p) V SlFsj(p)) /[.Es ors Fs](p)] 

[□(/[Fs](p)) /[historically(F.s)I(yi)] 

[0(/[F S ](p))^/[once(F S )](p)] 
[(/[Fs](p) S / [Fs] (p)) /[Fs sinces Fsj(p)} 
[(/[Fs] (p) \> / [Fs] (p)) /[Fs constrains Fs](p)] 

Proof: For A and V the proofs are direct. For the temporal 
modalities, the proof is by induction on time. ■ 

The interpretation of pLTL as streams of expressions has been 
implemented, and used as a high-level constraint language. 
An example constraint is shown in Figure 20. It makes use 
of the pLTL modalities always and never, and the derived 
“before” modality Fs -C Fs, defined to be d(Fs => D-iFs). 

This constraint is interpreted as a stream of boolean ex¬ 
pressions Fs, and expression Es(k) is passed to an SMT 
solver (we used Microsoft’s Z3 [4]). In the example, the 
smallest k that was satisfiable was 17, which generated 646 
boolean variables, 544 integer variables, and 1191 constraints. 
Z3 found a solution within 200ms. 


VI. Conclusions 

In this paper, we have shown that functional reactive pro¬ 
grams in a dependently typed language are expressive enough 
to define their own types. In particular, functional reactive 
types can express past-time LTL, as well as the proof rules 
for constructive S4 modal logic. 

As an example of the power of functional reactive program¬ 
ming and functional reactive types, we defined a language 
of expression streams, such that A;-bounded inhabitance of a 
constructive pLTL formula corresponds precisely to satisfia¬ 
bility of the A;th expression. We have used this to define a 
constraint language based on pLTL+FRP, which translates k- 
bounded satisfiability to a constraint solved by an SMT solver. 

Sections II-V of this paper are written in Literate Agda, and 
all results in those sections have been mechanically verified 
by the Agda proof checker. 

As future work, it would be interesting to explore the 
connection between functional reactive types and type systems 
such as session types [10], typestates [6] or stateful types [13], 
which allow the type of a stream xs to depend not just on the 
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xCost = 150*xl + 330*x2 + 30*x3 + 40*x4 
yCost = 150*yl + 330*y2 + 30*y3 + 40*y4 
cost = xCost + yCost 

x = xl | x2 | x3 | x4 | x5 | x6 | x7 
y = yl I y2 | y3 | y4 | y5 | y6 | y7 


40*x5 

40*y5 


60*x6 ■ 
60*y6 ■ 


60*x7 

60*y7 


150*x8 

150*y8 


constraint = ( 

always (cost <= 330) 


& 

never(x & y) 










& 

(sum(xl) == 

1) 

& 

(sum(x2) == 

1) 

& 

(sum(x3) == 

21) 

& 

(sum(x4) == 8) 

& 

(sum(x5) == 

16) 

& 

(sum(x6) == 

1) 

& 

(sum(x7) == 

l) 

& 

(sum(x8) == 1) 

& 

(sum(yl) == 

D 

& 

(sum(y2) == 

1) 

& 

(sum(y3) == 

21) 

& 

(sum(y4) == 8) 

& 

(sum(y5) == 

16) 

& 

(sum(y6) == 

1) 

& 

(sum(y7) == 

1) 

& 

(sum(y8) == 1) 

& 

(xl « x2) 


& 

(x2 << x3) 


& 

(xl « x4) 




& 

(x3 « x5) 


& 

(x4 « x5) 


& 

(x5 « x6) 




& 

(x5 « x7) 


& 

(x6 « x8) 


& 

(x7 « x8) 




& 

(yl « y2) 


& 

(y2 « y3) 


& 

(yl « y4) 




& 

(y3 « y5) 


& 

(y4 « y5) 


& 

(y5 « y6) 




& 

(y5 « yl) 


& 

(y6 « y8) 


& 

(y7 « y8) 





Fig. 20. An example constraint expressed in pLTL+FRP 


current time, but also on the values xs(i) for i < j. It is easy 
to define a functional reactive type 7ls(a;s) which depends on 
xs, but we cannot type xs as xs : As(xs) as this type is not 
well-formed, since xs mentions itself in its own type. 

In [15], Jeltsch presents a categorical definition of an 
“abstract process category” as a way of capturing models of 
FRP. It would be interesting to know whether the structure 
defined in this paper is an instance of his definition. 

It would also be interesting to investigate further the rela¬ 
tionship between As > Bs and resumption models [8], since 
(j4s > Bs)(n + 1) is B(n) x (A(n) (.As B> Bs)(ri)), which 
is the type of a resumption. Resumptions have been used in 
modeling coinductive streams [9] and iteratees [16], and it 
would be interesting to know how they could be used in a 
setting of functional reactive types. 
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